[20220915]CMMI培训.md 7.5 KB
配置内容：配置
配置范围：组织级和项目级
工作库：
配置审计：物理审计（表象，位置对不对，命名准不准确）
功能审计（需求发生变更）
私有网盘
输出：配置状态报告，基线状态报告
创建发布基线
[toc]
你为什么决定建立和维护这些基线？
建立和维护这些基线，在汇总之前经过评审达成共识，为后续工作提供基础，避免开发过程中混乱
基线建立的流程？（不行）
基线流程，将要纳入基线文件，需要经过评审，提交给CCB审核，审核通过，有CM和QA进行功能审计，审计通过，将该文件从对应库签出，签入基线库，CM进行物理审计，审计通过后 编写《基线发布报告》 提交给CCB审核，审核通过后，CM邮件通知相关人员基线已经建立
您如何识别需要在配置库中管理哪些配置项？（不行）
EPG提供《配置项和配置库定义指南》帮助识别配置管理配置项，在项目初期阶段我和项目经理，根据项目情况，裁剪的结果 识别配置项目
常见配置项：项目计划，产品源代码，设计文档，测试文档，用户手册，测试手册
CM的方针是什么
执行配置项升级，跟踪和报告配置项状态，控制配置项变更，保证工作完整性
你如何提交与配置管理相关的建议?（不行)
整理项目过程中，我会提出一些配置管理中过程改进建议， 提交EPG，PEG召开会议确定是否采纳和拒绝
公司对于配置管理制定了什么样的过程？你在配置管理工作中，有没有进行过裁剪？（不行）
EPG 定制 配置管理过程文件，定义了配置管理的相关流程活动，输入，输出等
我们时严格按照EPG制定的标准过程来执行管理工作的。没有进行裁剪，在《项目过程定义中》进行裁剪
请描述一下你的日常工作是如何展开的？
如何执行配置审计？
使用《配置审计检查单》来进行物理审计和功能审计
谁执行配置审计？
功能审计时在建立基线前和变更时候执行的，功能审计有我协助QA进行，审计配置配置项是否符合设计，开发，测试的需求。 物理审计时在基线建立后和变更进行的，有我进行物理审计，物理审计是审计配置位置和命名是否准确，审计出来的问题写在《不符合项管理表》，QA跟踪解决；
配置过程中主要维护哪些配置记录？
有配置管理计划，配置项状态报告，功能审计报告，物理审计报告，基线发布报告，配置管理报告
当你接收到配置需求变更时，会做什么？/做了哪些变更影响的分析？
配置需求变更时需求人员提交变更申请给项目经理，分析需求变更影响，即变更引起工作量和项目进度的影响。一些大的变更需要CCB批准。之后有CM将要修正的文件从基线库签出，签入开发库，相应人员修改，之后重新放入基线库，编制《基线发布报告》，重新建立基线
你如何监控和管理所有认可的配置变更状态？
有《配置项状态报告》，跟踪配置项状态，追溯配置的变更
从项目开始到发布给客户有哪些基线？
基线有：需求，计划，设计，编码，测试，验收基线。可以根据项目阶段建立基线。比如：在测试基线中，会纳入需求规格说明书，设计说明书，代码，测试用例，用户手册等
你为什么决定建立和维护这些基线？
通过建立和维护基线，汇总之前已经评审取得共识的工作产品，为后续开发工作提供基础，防止造成开发过程中混乱
2.3 基线建立的流程？
建立流程：要纳入基线的文件，需要经过评审，然后CM提交基线纳入申请给CCB（变更控制委员会），CCB审批通过后，CM和QA对该文件进行功能审计，审计通过后，将文件从相应库签出，签入基线库中，CM对该文件进行物理审计，审计通过后，编写《基线发布报告》 给CCB，CCB审批通过后，CM邮件通知相关人员基线已经建立
什么工具进行配置管理？
使用网盘和git代码管理进行配置管理
识别和定义了哪些配置库目录结构？
在《项目配置库管理目录》定义组织级和项目级的配置库
识别和定义了哪些访问权限？
组织级分为财富库，工作库，财富库包括OSSP（标准过程文件）、风险库，工作环境库，经验库，复用库，只有我有读写权限；工作库放 EPG，PQA，CM，培训的工作文件和EPG会议记录，我和EPG时读写权限
项目级有管理库和基线库，还有产品等配置库，管理库主要是项目经理管理，存放前期资料，项目计划，设计，需求，测试，培训，项目实施，验收文档等。
基线库有CM管理，主要是需求，计划，设计，编码，测试和验收基线
您如何识别需要在配置库中管理哪些配置项？
常见配置项有：项目计划书，产品源代码，需求说明书，项目设计说明书，用户手册，测试用例
EGP提供了《配置项以及配置库定义指南》帮助项目识别项目中配置项，在项目初期阶段，我和项目经理，根据项目情况，以及裁剪结果，一起识别项目中的配置项，放置在配置管理下工作产品包括：给客户的交付物，有客户提供的工作产品，指定内部工作产品（解决方案，支持的组件）
CM的方针是什么
执行配置项审计，跟踪并报告配置项状态，控制和管理配置项变更，保证工作完整性
你如何提交与配置管理相关的建议?
整个项目过程中，我会提出一些过程上改进建议给EPG，记录在《过程改进记录表》中。EPG会开会进行讨论是否采纳或拒绝，
针对过程中改进建议： 新员工入职后，在新员工入职培训时需要讲解工具使用，文档会代码模块命名方式，根据项目分类，来识别不同的配置项；
完善配置管理工作；
公司对于配置管理制定了什么样的过程？你在配置管理工作中，有没有进行过裁剪？
EPG制定配置管理过程文件，定义了配置管理的相关流程活动，输入，输出等
我们时严格按照EPG制定的标准过程来执行管理工作的。没有进行裁剪，在《项目过程定义中》进行裁剪
PPQA是怎么检查你们工作的
QA 使用检查单对我们工作产品和过程进行审计，识别出不符合项，记录在《不符合项报告》或《质量保证报告》中，不符合项例如：没有及时建立基线，文档命名不规范
工作中接受过什么培训？培训是什么时候？举例说明
接受过配置管理培训，SVN/GIT使用，CMMI基础知识培训，OSSP过程文件使用培训等
组织为配置管理提供了哪些资源和工具？
资源有办公环境，配置管理工具（SVN，也会使用OA系统管理文档），过程文件（模版，指南）
请描述一下你的日常工作是如何展开的？
项目启动后，在Git上建立配置库目录结构，设定权限。 制定配置管理计划，依据配置管理计划建立基线，填写《基线发布报告》和《配置状态报告》
对配置库进行物理审计和功能审计，跟踪变更申请，管理配置项
2020-09-30
软件开发模型
Successfully